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POPULATING CELLS OF AN ELECTRONIC FINANCIAL STATEMENT 

CROSS REFERENCE TO RELATED APPLICATIONS 
This application is a continuation-in-part of U.S. Application Serial No. 
08/933,584, entitled "CREATING AND EDITING DOCUMENTS," filed by William J. 
Clancey et al. on September 19, 1997, which application is incorporated by reference in 
its entirety. 

MICROFICHE APPENDIX 
This application includes as Appendix A a microfiche appendix titled 
Appendix A - Microfiche of Financial Knowledge Base, having 3 fiche with a total of 
1 56 fi'ames. 

The foregoing portion of the disclosure of this patent document contains material 
that is subject to copyright protection. The copyright owner has no objection to the 
facsimile reproduction by anyone of the patent document or the patent disclosure, as it 
appears in the Patent and Trademark Office patent file or records, but otherwise reserves 
all copyright rights whatsoever. 

BACKGROUND 

The invention relates to creating and editing computer-readable electronic 
documents, and more particularly to creating and editing domain-specific documents 
including a report, such as a financial statement. 

Reports can be used to summarize, organize, calculate, and analyze data. For 
example, financial data or sales data can be summarized by one or more financial or sales 
reports that represent different aspects of the condition or operation of a business entity. 
To create a financial statement or a sales report, it is often usefiil to calculate totals, 
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subtotals, averages, counts, or other summaries for different aspects of a business (e.g., 
total sales for each relevant region, or total sales across regions). Electronic reports are 
particularly useful because they can be automatically updated when new or different 
information becomes available. For example, a spreadsheet program such as Microsoft® 
5 Excel can be used to create a repon in the form of an electronic spreadsheet that consists 

of a matrix of rows and columns for displaying values and text and for calculating values 
automatically based upon user-defined formulas. An electronic spreadsheet can also be 
formatted to vary the presentation of information contained within the report. To 
simplify the creation of an electronic spreadsheet, a spreadsheet program can 
1 0 automatically enter certain information (e.g., the same information, or an incremental 
series: such as numerals, ordinals, dates, and months) into a range of cells based upon a 
user's initial entry of information into one or more cells. A user can also insert a formula 
into a cell for calculating values on the spreadsheet. Values can be entered directly into a 
formula, or the values in other cells can be used in a formula by including references to 
m 1 5 the other cells in the formula. Spreadsheet programs typically include many built-in 

'% formulas that can be used alone or in combination with other formulas. 



SUMMARY OF THE INVENTION 
In general, in one aspect, the invention features a method of generating a formula 
13 20 expression for a cell that is at an intersection of a row and a column in a financial 

I™" 

Statement. The method includes obtaining a row definition for the row and a column 
definition for the column, and interpreting the row definition and the column definition to 
generate a formula expression for the cell. The row definition defines a term of the 
statement and the column definition specifies a period of time. 
25 hnplementations of the invention may include one or more of the following 

features. The definitions may be interpreted with reference to the position of the cell 
with respect to other columns in the statement. The formula expression for the cell may 
be generated on the fly in response to a change in either the row definition or the column 
definition. The formula expression in each cell of the statement having a formula 
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expression may be evaluated and the resulting statement may be displayed to a user. 
Data for the formula expressions may be obtained from a database. 

A statement base period and a database base period may be provided. The 
statement base period is the smallest time duration represented in a column of the 
5 statement, and the database base period is the smallest time duration represented in a 

record of the database, the database base period being no greater than the statement base 
period. The database base period may be detected automatically from column labels 
read from the database. The statement may be displayed to a user. A command may be 
received from the user to change a current time period style of the statement to a new 
1 0 time period style, the time period style specifying the period of time covered by the 

statement and the temporal granularity of the statement. A new formula expression for 
Q the cell may be generated according to the new time period style, and the resulting 

^ statement may be displayed to the user. A command may be received from the user to 

m use a new database having a new base period that is different fix)m a current base period, 

ijil 5 a new formula expression for the cell reflecting the new base period may be generated, 

^2 and the resulting statement may be displayed to the user. 

''T~ 

Three kinds of columns may be provided, namely base columns, subtotal 

O 

[fl columns, and grand total columns. For a row holding a flow term, a subtotal column may 

have a row value defined as the sum of base column values, and for a row holding a stock 
1320 term, a subtotal column may have a row value defined as a preceding base column value. 




A grand total column has a row value defined as the sum of subtotal columns. The 
period columns may be collapsed to show the user a view of the statement consisting of 



the terms column and total columns. A subtotal time period for a subtotal column may be 
received from the user, the subtotal time period may be compared to the period of time 
25 covered by the statement, and the period of time covered by the statement may be 

extended to allow computing the subtotal column. 

The beginning of the subtotal time period may be compared to the beginning of 
the period of time covered by the statement, and a row value in the subtotal column may 
be left blank if the row has a flow term. A command may be accepted from the user to 
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insert a subtotal column or a grand total column in the statement and generate new 
formula expressions in cells of the statement reflecting this insertion. 

In another aspect, the invention is directed to a method of populating a financial 
statement having columns and rows. The method includes having columns as a source of 
5 input data for the statement. The data in the columns corresponds to a database period 

unit of time. A statement period unit for the base columns of the statement is identified. 
The statement period unit is greater than the database period unit. For each base column 
of the statement, the method dynamically computes a correspondence to more than one 
colunm of the input database. The cells of a statement column are populated using data 
1 0 from the corresponding database columns. 

The statement may be displayed to a user, the user may change the statement 
O period unit, and the cells may be repopulated in response to a change in the statement 

|g period unit. The database base period unit may be detected automatically from column 

jti labels read from the database. The statement may be displayed to the user. In response 

WIS to the user request subtotal columns may be inserted in the statement, and the statement 

including the subtotal columns may be populated with cell formulas for calculating cell 
Ji^ values that include values for the subtotal columns. A row may hold a flow term or a 

]p stock term. The cell formula for a row holding a flow term may define a sum of base 

^31 column values, and a row holding a stock may define a copy of a preceding base column 

:™ 20 value. A grand total column may be inserted in the statement in response to a user 

request. Cells of the grand total column may be populated with cell formulas for 
calculating cell values. For a row holding a flow temi, a grand total column may have a 
cell value defined as the sum of subtotal column values. 

In another aspect, the invention is also directed to, and apparatus characterized 
25 by, computer programs tangibly stored on a computer-readable media having instructions 

for causing a processor to carry out the methods of the invention. 

The invention may be implemented as one or more computer programs, program 
modules, and computer-readable data that are stored on computer-readable media and 
that have instructions for causing a processor to perform the actions described. 
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Among the advantages of the invention are the following. The tasks of creating 
and editing documents are simplified by the separation of the presentation of information 
contained in a document from underlying representation of calculations and 
interrelationships. A user may define and customize standard reports v^ith a simple 
palette of powerful editing tools that implement and maintain the semantics of the items 
in a document. This frees the user from having to handle the underlying references 
directly, allowing the user to focus instead upon concepts and contexts contained within 
the document. The invention provides for a component library of standard financial 
concepts and definitions! including definitions of financial statements, terms, formulas, 
and projection operation; for immediate interactive redefinition of column time period 
attributes; and for immediate interactive redefinition of periodic subtotals and grand 
totals. This allows users to manipulate the content and appearance of financial analyses 
without repeatedly having to define and verify calculations. An input document, such as 
an input spreadsheet, on which input terms are collected provides a highly-useful 
perspective from which a user may view the data obtained from a database and perform 
what-if analyses. Use of an input document simplifies creation and maintenance of a 
report using information from a database. An input document also provides a 
user-friendly interface with one more data warehouses. The invention provides the 
ability to create database templates customized for particular database vendors, financial 
data suppliers, or according to company-specific formats; such templates link a user's 
database to the user's dictionary of terms and hence to the financial statement generator. 

Other features and advantages will become apparent from the following 
description, including the claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 
Fig. 1 is a block diagram of a system for creating and editing a financial 
statement. 

Fig. 2 is a diagrammatic view of a financial statement as displayed to a user. 



Fig. 2A is a diagrammatic view of an example of a financial workbook, which 
includes an income statement, a balance sheet statement, a cash flow statement, and a 
ratio statement. 

Fig. 2B is a diagrammatic view of an input statement for the financial workbook 
5 of Fig. 2 A. 

Fig. 3 is a flow diagram of a method by which a user operates the system of Fig. 1 
to create and edit a financial statement. 

Fig. 3 A is a flow diagram of an initialization method used in creating and editing 
a financial statement. 

10 Fig. 3B is a flow diagram of a method of creating a new financial statement. 

" Fig. 3C is a diagrammatic view of a three-pane browser for viewing terms defined 
in a financial dictionary. 

Fig. 4 is a diagrammatic view of the section headings and associated terms 
yj appearing in an income statement. 

m 15 Fig. 5 is a flow diagram of a method of creating a section in a financial statement. 

Fig. 6 is a diagrammatic view of a menu of financial statement editing tools. 

res:: 

Fig. 7 is a flow diagram of a method of inserting a term into a financial statement. 
\ji Fig. 8 is a flow diagram of a method of creating an alias for a term appearing in a 

]2 financial statement. 

Q 20 Fig. 9 is a flow diagram of a method of duplicating a row in a financial statement. 

Fig. 10 is a flow diagram of a method of itemizing a row in a financial statement. 
Fig. 1 1 is a flow diagram of a method of deleting a row in a financial statement. 
Fig. 12 is a diagrammatic view of an input statement for the income statement of 

Fig. 4. 

25 Fig. 13 is a flow diagram of a method of updating an input statement. 

Figs. 13 A and 13B are flow diagrams of a method of copying input terms from a 
financial statement into an input statement. 

Figs. 13C, 13D, and 13E are flow diagrams of a method of defining formulas on a 
financial statement. 

30 
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DETAILED DESCRIPTION 

Referring to Fig. 1 , a system 22 for creating and editing a financial statement 
report is implemented as a group of computer programs, program modules, and 
computer-readable data that are stored on computer-readable media and that operate to 
cause a computer to perform the actions described in this specification. System 22 
includes a financial statement editor 24 that has a financial knowledge base 23 and editor 
objects and methods 25. The financial knowledge base 23 includes a financial dictionary 
of terms representing financial concepts with predefined properties and interrelationships. 
The editor objects and methods 25 control the operation of an electronic spreadsheet 
program 26 in response to user actions directed to the editor objects and methods 25 
through a user interface 28, such as a graphical user interface operated under control of 
system 22. Statement editor 24 embodies and manifests a general financial model of 
possible contexts, parameters and values, as well as hierarchies and rules relating them. 
A user may provide overrides 29 to change one or more aspects of financial statement 
editor 24. In operation, system 22 separates the presentation of financial data and 
analyses fi-om the underlying data and numeric calculations. Using system 22, a user 
indicates the financial model elements to be contained within a financial statement. In 
response, system 22 manages the conceptual and numeric relationships among the 
selected elements, indicates what information is needed to produce the statement - which 
information may be entered by hand or acquired under program control firom 
computer-readable source such as a financial database 30 - and ensures that this 
information is used and calculated consistently within one or more financial statements. 
Information in database 30 can be stored in the form of an electronic spreadsheet, a 
relational database, or some other electronic form. 

In the particular embodiment being described, system 22 is implemented as a 
computer program running on a personal computer. Spreadsheet program 26 is the 
Microsoft® Office 97 version of Excel ("Excel"). Financial statement editor 24 is 
implemented as an add-in to Excel and includes an object-oriented program module that 
is vmtten in the Microsoft® Visual Basic® for Applications programming language 
(version 5.0). In particular, financial statement editor 24 includes a financial knowledge 



base 23; maintenance routines for verifying and organizing financial knowledge base 23; 
and editing objects and methods 25. The financial knowledge base 23 includes 
definitions of financial terms representing financial concepts. Editing objects and 
methods 25 set up menus and tool bars, open and manipulate a project workbook, provide 
5 dialogue sheets, provide a browser for displaying the contents of financial knowledge 

base 23, represent the contents of one or more financial statements, and carry out editing 
ftmctions. In this particular implementation, editor objects and methods 25 invoke Excel 
objects and methods. Editor objects and methods 25 also access financial knowledge 
base 23 to provide editing menus and editing tools. Editor objects and methods 25 may 
1 0 be invoked when a user applies one of the editing tools, as described below. In this 

embodiment, financial database 30 is in the form of an electronic Excel spreadsheet. 
User interface 28 provides an Excel spreadsheet and other user interface elements that are 
displayed on a computer display device (such as a monitor or liquid crystal display 
screen). User interface 28 responds to user actions such as typing keys on a computer 
keyboard, moving a mouse or other pointing device to move a cursor across the computer 
display, or activating a computer mouse button. System 22 stores in computer memory a 
project workbook representing a financial project. A project workbook contains one or 
Ijl more financial statements, an input statement (which in the implementation being 

:^ described is a financial statement spreadsheet used for collect input values), a hidden 

O 20 status spreadsheet, saved objects corresponding to financial statements, and macros for 

initializing links to spreadsheet program 26 and for saving the financial statement objects 
when the corresponding Excel spreadsheets are opened and closed. 

As shown in Fig. 2, user interface 28 displays a mockup financial statement. The 
financial statement spreadsheet is referred to as a "mockup" because it is being created 
25 and edited. The mockup shows the current appearance of the financial statement so that a 

user can readily see how an editing operation changes the appearance of the financial 
statement. User interface 28 shows a statement name area 32 that identifies the kind of 
statement being represented, a project name area 34 that identifies the name of the project 
in which the financial statement is contained, a time periods area 36 that identifies the 
30 time periods covered by the financial statement, a user-modifiable terms area 38 that 
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represents financial concepts contained within the financial statement, and a values area 
40 that can be automatically populated with spreadsheet formulas and/or values 
corresponding to the associated financial terms. The values in values area 40 are copied 
fi*om an input statement (described below) which obtains values fix)m the user, from 
5 database 30, or from both of these sources. Financial statement editor 24 prevents a user 
from editing cells within values area 40 that are automatically populated with spreadsheet 
formulas and/or values. A user can, however, create additional rows and colunms that 
can incorporate calculations and data contained within other spreadsheet cells. 

Referring to Figs. 2A and 2B. a computer-readable project workbook 42 includes 
10 one or more user-specified financial statements, such as an income statement 44, a 
balance sheet statement 46, a cash flow statement 48. and a ratio statement 50, each 
□ representing a different aspect of a financial project over the selected time range. Project 

m workbook 42 may also include a customized financial statement containing one or more 

^ user-selected financial sections and terms. After a user has specified the contents of any 

1 5 of the financial statements in workbook 42, system 22 automatically generates an input 

,p Statement 52, also called an input sheet, which identifies all of the information (inputs) 

jig needed to populate the financial statements with formulas and values. Input statement 52 

jfi includes a project name area 54, an area 56 that identifies the statement as an input 

|s::£t 

ill statement, an area 58 that contains the time periods covered by the financial statements of 

2 20 project workbook 42, a terms area 60, and an inputs (values) area 62. Some of the terms 
contained in terms area 60 may not be displayed in any of the financial statements but are 
needed to calculate the values associated with the terms that actually appear on one or 
more of the financial statements in workbook 42. Input statement 52 contains only those 
inputs (and associated terms) needed to populate the financial statements of workbook 
25 42; any input that is not needed is automatically removed from input statement 52 when 

the input statement is updated. Input values appearing on input statement 52 are 
color-coded to identify the source or other properties of the input values: values copied 
from database 30 are displayed in blue, user-supplied values that override database 
values are displayed in magenta, and user-supplied values that do not override database 
30 values are displayed in green. 
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Referring to Fig. 3, a user may open a previously-created project workbook that 
was saved in a computer memory such as a disk (step 64). The user may then edit the 
one or more statements in the project, as described in detail below (step 66). 
Alternatively, a user may create a new project (step 68). The user may then create a new 
statement based upon a financial statement template containing financial concepts 
arranged in a predefined format, or the user may open an empty statement (step 70). For 
example, the user may select a template for an income statement, a balance sheet 
statement, a ratio statement, or a cash flow statement (step 72). After selecting a 
template, the user may specify the time range and time periods to be displayed in the 
financial statement (step 74). The time periods of the mockup financial statement are 
represented as a finTime Styles object in financial statement editor 24. The user may 
then edit the financial statement with one or more financial statement editing tools (step 
66). If the user does not select a financial statement template, the user may create a 
customized financial statement by specifying the time range and time periods to be 
displayed in the financial statement (step 74) and by creating and editing the financial 
statement with one or more financial statement editing tools (step 66). The user may 
insert financial terms in the terms area of the mockup financial statement one at a time, or 
the user may insert an entire financial section into the mockup financial statement. In 
order to populate the mockup financial statement with data, the user selects an UPDATE 
editing tool (described below) or selects the spreadsheet tab which corresponds to the 
input statement at the bottom of the project workbook interface window (step 67). 
System 22 creates (or updates) input statement 52 with all of the required input terms, 
populates input statement 52 with data from financial database 30 (if supplied), and 
inserts formulas that refer to this data in the mockup financial statement. The database is 
handled by a Visual Basic module that to the financial statement editor 24 has the 
appearance of an object. 

Referring to Fig. 3 A, in response to a user's command to create a new financial 
statement or project (step 68; Fig. 3), system 22 initiates a new project as follows (step 
80). System 22 opens a template project workbook that contains one or more Excel 
spreadsheets (step 82). System 22 renames and saves the workbook in a memory device, 
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such as a computer hard disk (step 84). System 22 opens and verifies the format of 
financial database 30 (step 86), the identity of which is a property of the project. System 
22 sets the giobals for the project (step 88). System 22 then creates a new financial 
statement (step 90). Once the financial statement has been created, system 22 retums 
5 control to an event loop and responds to subsequent user actions (step 92). The methods 

and data related to a project are implemented in a Visual Basic module that has the 
appearance of an object. 

Referring to Figs. 3B and 3C, after a user has directed system 22 to create a 
statement, the user is prompted to supply the name of the statement ("STMTNAME"). 
10 System 22 then initializes statement giobals (step 100). If the requested statement name 

corresponds to a previously saved statement, system 22 obtains from the project 
workbook an object (of type finStatement) which contains all of the information needed 
5i reproduce the saved mockup financial statement (spreadsheet) and enable a user to 

^ modify the statement with the financial statement editing tools of system 22; otherwise, 

1 5 system 22 creates a new object (of type finStatement) for a new mockup financial 

m statement (step 102). System 22 then opens and clears the mockup financial statement 

^ " (step 104). If the time periods to be displayed in the financial statement have not been 

O specified (step 106), system 22 invokes a time period wizard to prompt the user to supply 

the time periods to be displayed in the financial statement (step 108). 
20 The time period wizard creates a sequence of time period labels in a scratch sheet 

H in the project workbook corresponding to the time style (defined by finTime_Styles) - a 

sequence of dates starting the start date and running through the end date, with a duration 
of the base period unit. If there are any totals columns (subtotals, or subtotals and grand 
total) the ends of totals periods are defined as follows: the end of a Year is December or 
25 Quarter 4 or last week or 365; the end of a Quarter is March, June, September, or 

December, or last week in quarter, or last day in quarter; the end of a Month is last week 
in month or last day in month; and the end of a Week is Saturday (last day in week). A 
total is inserted after the date that is the last in the total's period. Total columns are 
described later, particulariy in reference to the MODIFY PERIODS editing tool 187 
30 (Fig. 6). 
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System 22 enters a header (namely, the statement name and project name) and the 
specified time periods into the mockup financial statement, as shown in Fig. 2 (step 110). 
System 22 displays on the computer display device a three-pane financial browser 1 1 1 
(Fig. 3C). The user can interact with the browser to insert into a mockup financial 
5 statement a fiill financial statement, a full financial statement section, or an individual 

financial term. The fiill financial statement may be selected firom a list shown in the left 
pane of the browser, which list may include an income statement, a balance sheet 
statement, a cash flow statement, or a ratio statement. A fiill financial statement section 
may be selected fi-om a list shown in the center pane of the browser as a type of a selected 
1 0 fiill statement. An individual financial term may be selected fi-om a list shown in the 

right pane of the browser as a subtype of a selected section type. A financial term may 
Q be, for example, a ratio expression, a total expression, a net expression, another 

^ compound expression, or an arithmetic expression of a specified type, such as sales, 

m costs, income, dividends, change in retained earnings, and other types. In effect, 

!Jl 

^ 1 5 financial browser 1 1 1 provides a three-pane hierarchical display that shows subtypes and 

subparts of the conceptual graph of properties stored as a table in a KBProps spreadsheet, 
which is described later. If the user selects a predefined, fiall financial statement (step 

O 

IJi 1 12), system 22 automatically populates the mockup financial statement with the section 

!^ headings and financial terms for the selected statement according to its definition (step 

O 20 1 14). System 22 displays a palette or menu of spreadsheet editing tools, initializes event 

handlers, unlocks the first column of the mockup financial statement (corresponding to 
financial terms area 38 in Fig. 2), and protects the mockup financial statement so that a 
user cannot directly edit name area 32, project name area 34, time periods area 36, or 
values area 40 (step 1 1 5). These areas may later be edited when the user applies to a 
25 selected area one or more of the editing tools described below. System 22 then returns 

control to the event loop and responds to subsequent user actions (step 92). 

A financial statement generally has one or more financial sections, each having 
one or more associated financial terms. For example, income statement 44, shown in Fig. 
4, was created based on a predefined income statement template in financial statement 
30 editor 24, and includes a sales section 1 16, a costs section 1 18, an income section 120, a 
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dividends section 122, and a change in retained earnings section 124. Each of these 
sections includes one or more financial terms. For example, sales section 1 16 includes a 
gross sales term 126, a discounts term 128, an allowances term 130, a retums term 132, 
and a net sales term 1 34. Each term is characterized as either an input term or a 
5 calculated term. Input terms (e.g., gross sales term 126) have values that are obtained 

from financial database 30 or are input directly by a user. Calculated terms (e.g., net 
sales term 134) have values that are derived from spreadsheet formulas. For example, net 
sales term 134 has a value that is derived from the foUov^ing spreadsheet formula: 
net sales = gross sales - (discounts + allowances + retums). 
10 The value associated with net sales term 1 34 therefore depends upon the values for gross 
sales term 126, discounts term 128, allowances term 130, and retums term 132, each of 
which will be referred to as a ''direct predecessor' of net sales term 134. Gross profit 
=0 term 136 has a value that is derived from a spreadsheet formula 135 that includes two 

j p direct predecessors which are calculated terms (net sales and cost of sales); the terms 

Jfj 1 5 fi-om which values are obtained for direct predecessor calculated terms (e.g., net sales and 

m cost of sales) will be referred to simply as "predecessors" of the original calculated term 

(e.g., gross profit term 1 3 6). Thus, net sales term 1 34 and cost of sales term 1 3 7 are 
y direct predecessors of gross profit term 1 3 6. Gross sales term 1 26, discounts term 1 28, 

M allowances term 130, retums term 1 32, cost of sales cash term 1 38 and depreciation & 

20 amortization term 140 are predecessors of gross profit term 136. Conversely, net sales 

term 134 is a "direct dependent" of gross sales term 1 26, discounts term 128, allowances 
term 130, and retums term 1 32. 

Financial knowledge base 23 is stored as a matrix of terms and associated 
relations, which define a conceptual graph. This matrix is conveniently stored in an 
25 electronic spreadsheet called KBProps (reproduced in the attached Appendix) that is 
accessed by finObjects modules routines. Each term (referred to as a KBATOM) in 
financial knowledge base 23 is characterized by the following relations: ISA, PNAME, 
PARTOF, SUBPARTS, PREDEFINEDALIASES, ACTUALFORMULA, 
STOCKFLOW, UNITS, SECTIONHEADER, SECTIONFORMAT, NAMEFORMAT, 
30 LINEFORMAT, and INFORMULA. The properties PARTOF and INFORMULA are 
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calculated by a dictionary maintenance program, and for that reason are not shown in the 
attached appendix. For example, net sales term 134 is characterized as follows: 



10 



15 



:^ 20 



25 



KBATOM 
ISA 

PNAME 
PARTOF 

PREDEFINEDALIASES 



ACTUALFORMULA 

STOCKFLOW 

NAMEFORMAT 

LINEFORMAT 

INFORMULA 



Definition of Net Sales Term 
Net_Sales 
NetExpression 
Net Sales 

SALES_SECTION 
MARGIN_ANALYSIS 
"Revenue" 
"Revenues" 
"Sales-Net" 
"Net Revenues" 

Gross Sales - (Discounts + Allowances + Returns) 
Flow 

(Income_statement grayshade) 
(income_statement skipafter) 
ContributionMargin 
Gross_Profit 
Net_Sales_Cash 
Sales_Growth_Percent 
Contribution_Margin_Percent 
Gross_Margin_Percent 
SG_and_A_Percent_Of_Sales 
RandDPercentofSales 
OperatinglncomeMarginPercent 
Return on Sales 
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Referring to Fig. 5, system 22 automatically populates the mockup financial 
statement (Fig. 2) with financial terms corresponding to a financial statement heading 
(called a SecName in KBProps) as follows (step 1 14). System 22 invokes a lookupKB 
module to obtain fi-om financial knowledge base 23 a SectionList, which is a list of one 
5 or more financial terms to enter into terms column 38 based upon the SecName (step 

1 50). For each term (called an itemname) in the SectionList, system 22 performs the 
following steps (step 1 52). System 22 determines the type of the term fi-om the ISA 
relation for the term (step 1 54). If the term is a section or a total expression (step 1 56), 
system 22 recursively invokes step 1 14 to create a section or a total expression associated 
1 0 with the term (step 157); otherwise, system 22 adds the term to terms column 38 

(SheetFirstColumn) of the mockup financial statement spreadsheet (step 158). If the term 
p was added by the user (step 1 60), system 22 automatically populates terms section 38 

jS with any calculated terms used by the spreadsheet formula associated with the user-added 

term (step 162); otherwise, system 22 stores the properties of the term as a finRow object 

yl 

m 1 5 in an electronic spreadsheet that corresponds to a finStatement object (discussed in the 

^2 following section). The finRow object includes references of direct predecessors and a 

■L^ row name reference (step 1 64). System 22 sets the format for the cell in which the term 

U 

iH was added based on a predefined or default format specified to financial statement editor 

24 (step 166). System 22 then returns to step 122 for the next itemname in the 
I J 20 SectionList and repeats the above process (step 168). 

INTERNAL DATA STRUCTURES 
As mentioned above, a mockup financial statement is represented to a user as an 
electronic spreadsheet on a computer display device. System 22 also maintains an 
25 internal parallel representation of the financial statement in the form of a finStatement 

object that includes a finRows object and a finColumns object which respectively 
correspond to the terms and time periods in the mockup financial statement. A 
finStatement object has the following properties. 
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finStatement Properties 


Type 


Description 


Name 


String 


Name of spreadsheet where statement 
appears 


finRowsQ 


finRow 




numRows 


Integer 


Number of rows in this statement 


finColumnsQ 


finColumn 




numColumns 


Integer 


Number of columns in this statement 


IsINPUTSheet 


Boolean 


True if this is the input sheet 


TimePeriodRange 


Range 


Row corresponding to the time period 
labels 


TimeStyleSelected 


Integer 


Index of selected time style for this 
statement 



jfJ A finStatement object for an input sheet has the following additional properties: 



Additional finStatement 
Properties 


Type 


Description 


Formatted 


Boolean 


Input sheet has been set up with headers 
and labels 


DataRequired 


Boolean 


Blanks exist in the data area 



A fmRows object has the following properties: 



finRow Properties 


Type 


Description 


Name 


String 


Built-in financial term in knowledge base 


Alias 


String 


User's name for this term 


ChangedStyle 


Boolean 


User changed the dictionary-defined 
formatting style of the name or the line 
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finRow Properties 


Type 


Description 


DuplicateOf 


String 


Exisring term user duplicated to create 
this row 


NumDupHcates 


Integer 


Number of duplicates user has created of 
this existing term 


DuplicateCode 


Integer 


Unique identifier for this duplicate 


ItemizationOf 


String 


User has itemized this existing term 


ItemizationCode 


String 


Unique identifier for this itemization 


Numltemizations 


Integer 


Number of itemizations user has created 
of this term 


Hidden 


Boolean 


This row is currently hidden in the 
currently displayed statement 


UserDefinedlnput 


Boolean 


User converted this to an input (by editing 
mockup financial statement) 


AssumeZero 


Boolean 


User wants to assume values are zero 


DependentMadelnput 


Boolean 


User made parent an input and hid this 
predecessor 


HistDataSource 


Integer 


Source of historical data (e.g., user 
database) 


HeaderOf 


String 


This row is a header for the indicated 
section 


Calculated 


Boolean 


Term is calculated (not an input) 
according to dictionary definition 


Format 


Integer 


Current style of name (e.g., bold, italic) 
and line shading, spacing 


Parent 


String 


finStatement name 


directPredecessorsQ 


String 


Terms directly referenced in this item's 
formulas 
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finRow Properties 


Type 


Description 


NumDirectPredecessors 


Integer 


Number of direct predecessors 


DirectDependentsQ 


String 


Terms using this term in a formula 


NumDirectDependents 


Integer 


Number of direct dependents 


RefersTo 


Variant 


Entire row in spreadsheet (an Excel ranse 
object) 


NumSecondaryRefs 


Integer 


Number of times this term has been 
cloned 


SecondaryReferenceOf 


Range 


Term this is a clone of 


I Jser Ofifi n pd R nw 




izniirc ruw i5> bci oy user v^ignoreu oy 
financial statement editor) 


PriorYrHistory 


String 


Value = X for term having X_Prior in its 
formulas 


A finRow object for an input statement includes all of the above properties, along with 
the following additional properties. 


Additional Input finRow 
Properties 


Value 


Description 


InputforStmtsO 


Integer 


finStatement numbers for which this row 
is an input 


NumlnputStmts 


Integer 


Number of statements for which this row 
is an input 


ExcIusivelyOneFstmt 


Boolean 


Row is only an input for the statement 
being processed 



A finColumn object has the following properties. 
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finColumn Properties 


Type 


Description 


Name 


String 


Defined name of the column 


Time 


Date 


Actual date corresponding to label in 
spreadsheet 


Parent 


String 


finStatement name 


CoIumnNumber 


Integer 


Nunaber of column in spreadsheet 


LabeiCell 


Range 


Cell corresponding to the time label 


PeriodKind 


String 


Period of Time (e.g., year, month) 


Refers to 


Variant 


Entire column in spreadsheet 


TotaiStartColumn 


Integer 


Spreadsheet column that is first in 
sequence for computing total 


TotalEndCoIumn 


Integer 


Input column that is last in sequence for 
base period of statement (when base 
periods are totals) 


TotaiType 


String 


"SubTotai", or "GrandTotal" 


IncompleteTotai 


Boolean 


Too few preceding columns to calculate 
this total 


A fmTime_Styles object has the following properties. 


finTime Styles Property 


Type 


Description 


Name 


String 


Name user has defined for this view 


BaseDate 


Date 


Date to use for "this period" (generally 
last year) 


BeginDate 


Date 


Beginning date of period (may be 
historical) 


EndDate 


Date 


Ending date of period 


Periodunit 


String 


Duration of one period (e.g., year) 


numPeriods 


Integer 


Number of period labels in the range 
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finTime Styles Property 


Type 


Description 


BasePeriodsAreTotals 


Boolean 


Period unit is greater than database unit 
and therefore base columns are totals 


NumlnputPeriods 


Integer 


Number of period labels generated for 
input spreadsheet 


Actually WroteTotals 


Boolean 


Total labels were included (property is 
ignored if duration is too short) 


SubTotalUnit 


String 


Period unit of subtotals; non-blank causes 
subtotal columns to be computed and 
shown 


GrandTotalUnit 


String 


Period unit of grand totals; non-blank 
causes grand total columns to be 
computed and shown 


InvalidRange 


Boolean 


Indicates that defined time stvie ha<; 
invalid dates 


DBInconsistent 


Boolean 


Previous style is inconsistent with new 
database 


The database module has the following properties. 


Database Object 
Properties 


Type 


Description 


Exists 


Boolean 


True if database is linked to this project 


PeriodUnit 


String 


Period unit represented by columns of this 
database 



FINANCIAI. STATEMENT EDITING TOOLS 
Referring to Fig. 6, system 22 includes a menu 167 of financial statement editing 
tools which allow the user to edit a mockup financial statement. A user can insert a term 
from statement editor 24 into the financial statement by selecting an INSERT TERM 
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editing tool 1 70. A user can create an alias for a term by selecting an ALIAS editing tool 
171 to change the displayed name of a term. System 22 maintains the integritv' of the 
financial statement by preserving the original meaning of the term as specified in 
financial statement editor 24. 

A user can duplicate a term by selecting a DUPLICATE editing tool 172. This 
breaks up a single input term into Uvo separate input terms. System 22 maintains the 
integrity of the financial statement by replacing each instance of the original input term in 
a spreadsheet formula with the sum of the two new input terms. 

A user can itemize a term by selecting an ITEMIZE editing tool 173. This breaks 
up a term into one or more subitems. System 22 inserts into the financial statement a 
new total term whose value is the sum of the subitems. 

A user can convert a calculated term into an input term by selecting a CONVERT 
TO INPUT editing tool 174, which obtains the term's value from financial database 30 
or directly from the user. A user can also can re-convert a converted input term back to a 
calculated term by selecting a CONVERT TO CALCULATED editing tool 175. A user 
can direct system 22 to convert a calculated term to an input term and set the term's value 
to zero when populating the mockup financial statement with values by selecting an 
ASSUME ZERO editing tool 176. 

A user can hide a term by selecting a HIDE TERM editing tool 1 69. A user can 
direct system 22 to show hidden terms (e.g., hidden predecessors of a calculated term that 
are automatically added to the mockup financial statement by system 22) by selecting a 
SHOW HIDDEN editing tool 1 77. A user can delete a term by selecting a DELETE 
TERM editing tool 178. 

A user can toggle headings so that the user can see the grids and conventional 
alphanumeric headers for the matrix of rows and columns by selecfing a HEADINGS 
editing tool 1 79. A user can change the format . of the mockup financial statement, for 
example, by changing the appearance (style) of a row or by moving a row to a different 
location by selecting one or more FORMATTING TOOLS 180. 

A user can also direct system 22 to report the properties of a term by selecting an 
EXPLAIN TERM tool 181. 
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Once a mockup financial statement has been created, a user can direct system 22 
to create (or update) an input statement and populate the mockup financial statement with 
data and spreadsheet equations by selecting an UPDATE editing tool 182. 

A user can also direct system 22 to modify the time periods shown in a time 
periods area 36 (Fig. 2) by selecting a MODIFY PERIODS editing tool 187. 

A user can also direct system 22 to change the selected database 30 (Fig. 1) by 
selecting a CHANGE DATABASE editing tool 189. 

Insert Term. System 22 allows a user to insert a financial term (which may be an 
entire financial section) into the mockup financial statement. System 22 maintains the 
integrity of the financial statement by automatically inserting calculated terms that are 
predecessors of the inserted term: the automatically inserted terms, however, are hidden 
in the mockup financial statement. 

Referring to Fig. 7, a financial term may be inserted into a mockup financial 
statement as follows (step 1 83). A user positions the cursor in an open cell of terms 
column 38 and activates INSERT TERM editing tool 170 firom the financial statement 
editing tools menu. System 22 displays three-pane browser 1 1 1 (Fig. 3C) and the user 
uses it to select the term to be added (e.g., gross profit). System 22 verifies that the term 
is not already in the mockup statement (step 1 84). If the selected term is a section (e.g., 
costs) or a total expression as determined fi-om the ISA relation for the term (step 1 85), 
system 22 creates a section for the term in accordance with the definition contained in 
financial knowledge base 23 (step 1 14; Fig. 5); otherwise, system 22 inserts the term 
(e.g., gross profit) in terms section 38 (step 186). System 22 automatically inserts into 
terms section 38 each of the calculated predecessor terms (e.g., net sales and cost of 
sales) that appears in the spreadsheet formula associated with the added term, if any (step 
1 88). After the calculated terms are added, system 22 hides them so that they are not 
displayed on the mockup financial statement. System 22 also sets the DependentTo 
propert\' of the predecessor terms (step 1 90). System 22 activates the cell containing the 
added term and protects the mockup financial statement (step 192). System 22 then 
retums control to the event loop and responds to subsequent user actions (step 92). 
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Alias . System 22 allows the user to change the name of a financial term 
appearing in the mockup financial statement, while maintaining the original meaning of 
the terai as specified in financial statement editor 24. 

Referring to Fig. 8, an alias for a term may be created as follows (step 200). A 
user positions a cursor in the cell of the term to receive the alias and selects ALIAS 
editing tool 171 fi-om the editing tools menu. System 22 highlights the term name and 
allows the user to replace the term name with an alias (step 204). The user may 
alternatively type over the displayed name. System 22 records the alias in the alias 
property section of the associated finRow object (step 206). When the user updates the 
mockup financial statement, system 22 displays the user-defined alias wherever the 
original term appears in the mockup financial statement, including the input statement 
and the formulas in which the term is a direct predecessor, but not in financial knowledge 
base 23 in three-pane browser 1 1 1 (Fig. 3C). System 22 then returns control to the event 
loop and responds to subsequent user actions (step 92). 

Duplicate. System 22 allows the user to create and rename multiple copies of an 
input term so that multiple inputs that should be summed together in one or more 
spreadsheet formulas can be separately displayed in the mockup financial statement. 
System 22 maintains the integrity of the financial statement by summing the copied terais 
in the spreadsheet fomiulas that are dependents of the term that was originally duplicated. 

Referring to Fig. 9, a user can break up an input term into two separate input 
terms by duplicating the row containing the term. For example, a user can break up 
Returns term 132 into ''European Returns" and "U.S. Returns" by posifioning the cursor 
in a cell containing the Returns term and selecUng DUPLICATE editing tool 172 (step 
210). If the term to be duplicated is not an input term (default input or user-defined 
input) (step 212), system 22 returns control to the event loop and responds to subsequent 
user actions (step 92) - i.e., system 22 does not allow a user to duplicate a calculated 
term, an itemized term or an itemization. If the term is an input term and the term is not a 
duplicate of a another term (step 214), system 22 inserts into the mockup financial 
statement a row with a label built from the duplicated term and a unique identifier suffix 
(e.g., "Returns 1 ") and creates a corresponding finRow object pointing back to the 
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original source term (e.g., the DuplicateOf property is set to Returns) (step 216). System 
22 also allows the user to set an alias for the insened term (e.g., to change ''Returns 1" to 
''European Returns'') (step 2 1 6). If the user selects for duplication an already duplicated 
term (e.g.. Returns 1), system 22 looks up the source term (e.g., Returns) (step 218) and 
duplicates the source term (step 2 1 6). After a duplicate term has been created, system 22 
retums control to the event loop and responds to subsequent user actions (step 92). 

If an input term is duplicated on one statement, wherever that term is referenced 
in formulas on other statements, the sum of the duplicates (e.g., Retums + Retumsl) is 
used. The references in the other statements become secondary references by virtue of 
the duplication in the one statement. Thus, a duplicated input tenm is treated on other 
statements exactly as it is treated on the statement in which it is duplicated. System 22 
does not allow a user to duplicate a secondary reference. 

Itemize . System 22 allows the user to define a term as a sum of one or more 
user-defined inputs by itemizing the term. A term that is itemized will be referred to as 
an "itemized term" and the one or more user-defined inputs that are summed to obtain the 
value of the itemized term will be referred to as "itemizations." 

Referring to Fig. 10, a user can itemize an input term to create a total term (e.g., 
TotalRetums) which represents the sum of two or more user-defined input terms (e.g., 
European Retums + U.S. Retums) by selecting ITEMIZE editing tool 173 from the 
financial statement editing tools menu when the cursor is positioned on the term to be 
itemized (e.g., Retums) (step 220). If the term to be itemized is not an input term (default 
input or user-defined input) (step 222), system 22 retums control to the event loop and 
responds to subsequent user actions (step 92) - i.e., system 22 does not allow a user to 
itemize a calculated term or a duplicated term. If the term is an input and the term is not 
an itemization of another term (step 224), system 22 inserts into the mockup financial 
statement a row with the same label as the itemized term with a unique identifier attached 
(e.g., "Retumsl" ) and creates a corresponding finRow object pointing back to the 
original source term (i.e., the ItemizationOf property is set to "Retums") (step 226). 
System 22 also allows the user to set an alias of the itemized term (e.g., to change 
"Retumsl" to "European Retums") (step 226). If the user itemizes an itemized term 
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(e.g., Retumsl), system 22 looks up the source term (step 228) and itemizes the source 
term (step 226). If the source term (e.g., Returns) has not been renamed (step 230), 
system 22 changes the term's label by prepending the word "Total" to the original label 
(e.g., to yield "TotalRetums") (step 232). System 22 then retums control to the event 
loop and responds to subsequent user actions (step 92). 

If an input term (e.g., Retums) is itemized on one financial statement in a project 
workbook, the total term (e.g., TotalRetums) is referenced wherever the original term 
(e.g., Retums) is referenced on other financial statements (either as an inserted term or in 
a formula) in the workbook. Thus, an itemized term is treated on other financial 
statements exactly as it is treated on the statement in which it is itemized. System 22 
does not allow the user to itemize a secondary reference. If an input term that is already 
duplicated or itemized on one financial statement is inserted into another financial 
statement, the new insertion is defined as a secondary reference in the associated finRow 
object and cannot itself be itemized. The original itemization on the one financial 
statement is defined as a primary reference and its clones on the other financial 
statements are secondary references to the itemization. If a calculated term on one 
financial statement is required by a formula on another financial statement, then a 
reference is made from the second financial statement to the first financial statement (i.e., 
the original term does not have to be copied into the second financial statement). 

Delete Term. Referring to Fig. 11 , a user can delete a row so that a term does not 
appear in the mockup financial statement by selecting DELETE TERM editing tool 178 
from the financial statement editing tools menu when the cursor is positioned on the row 
to be deleted (step 240). If the row is a blank row (step 242), system 22 simply deletes 
the row (step 244) and retums control to the event loop and responds to subsequent user 
actions (step 92). If the row contains a calculated term (e.g., gross profit term 136; Fig. 
4) that is not defined to be an input term (i.e., the user did not convert a previously 
calculated term into an input term using CONVERT TO INPUT editing tool 174) and 
that has direct dependents (e.g., gross profit term 1 36; Fig. 4) (step 246), system 22 
notifies the user that calculated terms with dependents cannot be deleted (step 248) and 
retums control to the event loop (step 92). If the row contains an itemized term (step 
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250), system 22 notifies the user that itemized terais camiot be deleted (step 252) and 
returns control to the event loop (step 92). If the row contains an itemization (step 254), 
system 22 deletes the row from the mockup financial statement, deletes the 
corresponding finRow from the fmStatement object for the mockup financial statement. 
5 reduces by one the Numltemizations property of the source term, and restores the original 

source name if there are no itemizations for the term (e.g., changes "TotalRetums" to 
"Returns") (step 256). System 22 then returns control to the event loop and responds to 
subsequent user actions (step 92). 

If the row to be deleted contains a duplicate term (step 258), system 22 deletes the 
1 0 row from the mockup financial statement, deletes the corresponding finRow from the 

finStatement object for the mockup financial statement, and reduces by one the 
_ ^ NumDuplicates property of the source term (step 260). System 22 then returns control to 

^0 the event loop and responds to subsequent user acfions (step 92). If the row to be deleted 

[fi contains an input term (default input or user-defined input) or a calculated term with no 

^ 1 5 direct dependents (i.e., there is no other term in the mockup financial statement that 

m depends on the term), system 22 deletes the row from the mockup financial statement 

*; (step 262). If the term is calculated from input terms, system 22 asks the user whether 

the input terms should also be deleted (step 268). If the user indicates that the input 
M terms should be deleted, system 22 deletes each of the direct predecessors of the deleted 

Q 20 calculated term (step 270). System 22 then retums control to the event loop and responds 

to subsequent user actions (step 92). 

The deletion of an input term from one financial statement has no effect on the 
appearance of that term on other financial statements because deletion of a term from one 
statement indicates only that the term should not appear on that statement, not that the 
25 term is to be ignored in calculations. If the term to be deleted is a primary calculated 

term, system 22 converts one of the secondary references to be the primary term and all 
of the other references are modified to point to the converted term. Converting a 
calculated term to an input term and re-converting an input term back to a calculated does 
not affect references to the term on other financial statements because all references will 
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still refer to the converted term and use its value. A term that is converted to input can 
only be hidden, not deleted. 

Hide Terms . A user can hide a term appearing in the mockup financial statement 
by selecting HIDE TERM editing tool 169 when the cursor is positioned in the cell of the 
term to be hidden. If the cell does not contain a term, system 22 deletes the row 
containing the cell; otherwise, system 22 sets the Hidden property of the finRow object 
for the term to True. The row corresponding to this term is then not displayed on the 
mockup financial statement (or, later, on the completed financial statement report) 
because spreadsheet program 26 is configured to display only terms with Hidden 
property values set to False. Hidden terms cannot be duplicates or itemizations. The 
user may reveal a term by selecting an UNHIDE TERM editing tool, which directs 
system 22 to set the Hidden property of the finRow object to False. 

A user can obtain a list of terms that are hidden in the mockup financial statement 
by selecting SHOW HIDDEN editing tool 177. System 22 responds by displaying a list 
of the names (aliases, if previously set) of the terms with Hidden properties set to True, 
If there are no hidden terms in the statement, system 22 displays the message, "There are 
no hidden items in this statement." 

Convert to Input, Assume Zero, Convert to Calculated . A user can convert a 
calculated term into an input term by selecting CONVERT TO INPUT editing tool 174. 
A user may also conven a calculated term into an input term and have the term's value 
set to zero when the financial statement is populated with values by selecting ASSUME 
ZERO editing tool 176. System 22 responds in either case by setting the 
UserDefinedlnput finRow property for the term to True. A section header cannot be 
converted to an input. A Total term cannot be assumed to have a value of zero; the user 
must delete itemizations before the term can be assumed to be zero. A user can change a 
term from an assumed zero term to a regular input term by selecting CONVERT TO 
INPUT editing tool 174. 

The user is given the option of recursively hiding the predecessors (former inputs) 
of a calculated term that is converted to input or assumed to be zero. If the term 
converted to input or assumed zero is the only dependent of a predecessor to be hidden, 
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system 22 hides the predecessor and marks the DependentMadelnput and 
DependentMadeZero properties of the predecessor so that it does not appear in the input 
statement. 

A user can reconvert a term converted to input or assumed to be zero back into a 
calculated term by selecting CONVERT TO CALCULATED editing tool 175. System 
22 responds by setting the UserDefinedlnput and AssumeZero finRow properties for the 
term to False. The user is given the option of displaying any hidden predecessors for the 
term converted back to calculated. In the case of an itemization, system 22 displays each 
of the itemizations and hides the Total term. In the case of an arbitrary dependent, 
system 22 recursively displays each of the predecessors and sets the 
DependentMadelnput and DependentAssumeZero finRow properties of the predecessors 
to False so that the input statement will contain the proper terms when updated. An 
itemization and a section header cannot be convened to be calculated terms. 

Ex plain Term, Headings, Formatting Tools . A user can view the properties of a 
term by selecting the EXPLAIN TERM editing tool 181 . System 22 responds by 
displaying the stored values for each of the finRow properties for the specified term, 
including the definition of the term contained in financial knowledge base 23 and any 
user-defined properties. 

As mentioned above, by selecting HEADINGS editing tool 1 79, a user can toggle 
the display of the mockup financial statement formaned as specified in statement editor 
24 or formatted with Excel grids and conventional alphanumeric headings for the matrix 
of rows and columns corresponding to the financial statement. 

By selecting one or more FORMATTING TOOLS 1 80, a user may, for example, 
move a row up, move a row down, and change the appearance of text in the financial 
statement (e.g., bold, italic, underiine, double underline, indent, shading such as gray 
shading or green shading). The following table summarizes some of the editing options 
available to a user. 
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Editing Options 


User Action 


System Response 


Press Enter (or Return) key when cursor positioned 
on a blank row 


Insert a new term 


Type over term name 


Create an alias 


Press backspace key followed by Enter (or Retum) 
key 


Delete a term 


Select search tool in financial knowledge base 
dialogue 


DisDlav an alohabetical list of 
all terms in the financial 
knowledge base 


Select statement name then pull down menu 

insert/Rows 


Add a blank row above the 
first term 


Type over statement name (automatically changes 
statement tab) 


Ren lace statement name 


Use Excel's formatting tool bar (automatically 
displayed when a cell is selected in formattable 
areas) 


Reformat statement name, 
oeriod labels data, and 
borders 


Create a blank row before and after terms to be 
grouped, then type a section header name in the first 
blank row 


Create a new section 


Select the header for a section, then apply the Move 
Up or Move Down editing tool 


Move an entire section 


Select either an Itemization TOTAL or an existing 
item, then apply the Itemization editing tool 


Create a new subitem 


Apply the Show Hidden editing tool 


Reveal hidden terms created 
when formulas are generated 
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Editing Options 


User Action 


System Response 


TvDe a new number over a calculated value 


Temnorarilv rpvpal tVip pffprt 

of changing a calculated value; 
the number will revert to its 
calculated value when user 
selects another cell 


Enter values in the innut snread<;heet ('n«;pr-Hpfinprl 
values appear in magenta there and in the mockup 
statement if they overwrite database values, in green 
if user supplies initial values, and in blue if values 
correspond to database values) 


jj^iiiwx ui iiiuuiiy iiipul Values, 
propagate through formulas 


Create a new statement or revise an existing full 
statement, then save the project 


Create a statement template 


Save a project before closing, then open the saved 
project 


Re-edit a project during a later 
Excel session 


To clone a term, insert term again on any spreadsheet 


Create a secondary reference 



In addition, in an alternative implementation, financial statement editor 24 allows a user 
to type a new value over an input value in the mockup statement, which is treated as if 
the user had entered the value in the corresponding cell of the input statement. 

Modify Periods and Change Database . System 22 changes the selected database 
30 of the current project when the user selects the CHANGE DATABASE editing tool 
189 from the financial statement editing tools (Fig. 6). As appropriate, system 22 updates 
the database and time style properties described above. In particular, the Exists database 
property is set to true if as a result of the change a database is linked to the current 
project, and to false otherwise; and the PeriodUnit database property is set to a string 
(such as ''month", "quarter", or ^^ear") identifying the period unit represented by 
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columns of the selected database. System 22 does this by reading and interpreting the 
column labels of the selected database. 

For databases that are Excel worksheets, the database time properties are detected 
automatically by comparing the first two column labels on the DATA sheet of the 
5 database. The labels are standard dates acceptable to Excel, with the addition of quarter 

data labels, which have four parts: first, one of Q, Qtr, or Quarter; second, a quarter 
number, 1, 2, 3, or 4; third, a space; and fourth, a two-digit or four-digit year. 

Changing the selected database also causes system 22 to update values of 
finTime_Styles object properties as appropriate. In particular, the BasePeriodsAreTotals 
10 property is set to true if the mockup statement period unit is greater than database unit 

and therefore mockup statement base columns are totals of database columns, and to false 
O otherwise. System 22 sets the property DBInconsistent to true or false according to 

m whether the previous finTime_Styles style is inconsistent with newly selected database. 

m 

;p When a project is reloaded, system 22 determines whether the database linked to 

^ 1 5 the project has changed. In one implementation, this is done simply by asking the user. 

If the database has changed, the input statement is recreated. 
™ Changing the selected database causes system 22 to update and populate the 

J-'j mockup statement according to the newly set database and column properties, as will be 

m described. 

p 20 Through the MODIFY PERIODS editing tool 1 87, system 22 allows the user to 

specify the period unit of mockup statement base columns (which may be an integer 
multiple (one or greater) of the database period unit), and to include total columns in the 
mockup statement. Total columns may be subtotal or grand total columns. The period 
units may be selected from day, week, month, quarter, and year. A subtotal column sums 

25 preceding base columns, and a grand total column sums preceding subtotal columns. 

Using the editing tools and user interface provided by system 22, the user can at 
any time define or redefine the start and end dates for the statement sequence of columns 
(periods), which will be called the base period duration. The base period duration and 
the period unit define a time period style, which therefore defines the period of time 

30 covered by the statement and the temporal granularity of the statement. If the base period 
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duration is not co-extensive with the a subtotal or grand total period unit, system 22 alerts 
the user and offers to extend the end date to allow computing the total. System 22 also 
detects and adjusts for a start date which is not on a period boundary: for example, if the 
start date is November, then the first quarter ending December 3 1st cannot be calculated 
and remains blank. 

A formula can include the distinguished term ^'DaysInPeriod", for which will be 
substituted the number of days in the period for the column in which the formula appears. 
For example, if DayslnPeriod appears in a formula in a column whose period unit is 
Quarter, then the number 90 will be substituted. 

In response to the user defining or redefining any of the time or time period 
parameters described above, system 22 sets the affected database, column, and time style 
properties, inserts total columns (or updates previously inserted total columns), and 
updates and populates the mockup statement accordingly. In particular, if the base period 
duration is changed, the input statement is recreated. 

DATA IMPORT 

System 22 optionally includes linking tools for importing data. For example, to 
facilitate use of data from Compustat financial databases (Standard & Poor's Compustat 
is a division of The McGraw-Hill Companies, Inc.), a workbook template is provided in 
which the row names are the names used in dictionary 23 and columns are formulas that 
are programmed to access data from Compustat databases. When the user enters 
Compustat as the database name in selecting database 30, system 22 opens an empty 
Compustat workbook and a Compustat database, t>pically on a CD-ROM. When the 
user has identified the company whose financial infonnation is to be used, system 22 
reads the data and populates a Compustat worksheet in the Compustat workbook to create 
an Excel database, in which the first column carries the term names and the first row, the 
data labels, both in the form expected by system 22 and dictionary 23. This Compustat 
worksheet is then used as the database source of input for the input statement. 

To assist the user in handling the general case, system 22 optionally provides 
tools to create a linking worksheet that creates a level of indirection between the names 
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used by the system and print, label, and code names that may be used by a database from 
which data is to be imported. The linking worksheet in effect maps terms from the input 
database to dictionary 23. 

When a user requests system 22 to create a linking worksheet to an import 
database, system 22 opens the import database and, examining its first column, tries to 
match terms from the input database to those in dictionary 23. In column 1 of the linking 
worksheet, system 22 stores the terms from the import database. In the rows of column 
2, system 22 stores the corresponding terms from dictionary 23. In the rows of column 3, 
system 22 stores a Boolean value set to true if the database row is a subitem of the 
matching term from dictionary 23, which information is received from the user. If this 
value is true, system 22 will itemize the corresponding row in the mockup statement and 
insert the import database term as a subitem in the row. In the rows of column 4, system 
22 stores a Boolean value set to true if the import database term provides as data 
information that in dictionary 23 is calculated. If this value is true, system 22 will edit 
the term in the mockup statement at statement creation time to convert it to input. In the 
rows of column 5, system 22 stores a Boolean value set to true if the import database 
stores the term with a sign opposite to that expected by dictionary 23. If this value is 
true, system 22 will invert the imported data when populating the input statement. 

System 22 cannot guarantee that the linking worksheet will be defined completely 
or correctly, so the user must check this worksheet and possibly complete it by hand. For 
example, the user will want to confirm that names in columns 1 and 2 are property 
matched, and that the Boolean values in columns 3 through 5 are properly set. In 
addition, if the import database has a single term that corresponds to a sum of rows in 
dictionary 23, the user will have to handle this as a special case. This may require the 
user to define terais to disaggregate the input database total or to define terms that use the 
total provided by the input database. 

UPDATING AN D POPULATING THE MOCKUP STATRMKNT 
System 22 automatically creates (or updates) the input statement when the user 
selects UPDATE editing tool 1 82 from the financial statement editing tools (Fig. 6), or 
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selects the input statement tab located at the bottom of the project workbook window 
displayed on user interface 28. System 22 creates input statement 52 by collecting ail of 
the inputs needed to populate the mockup statement with values. For example, as shown 
in Fig. 12, an input statement 300 created for income statement 44 (Fig. 4) conuins all of 
the inputs needed to populate income statement 44 with values. The input terms are 
inserted into terms area 60 and the associated values (obtained from another spreadsheet, 
an external database, or direct user input) are located in inputs area 62 under time periods 
area 58. 

System 22 first establishes an input statement, a spreadsheet named "INPUT", to 
which financial terms and values will be written. When the input statement is first 
created, the time range is displayed based upon the time style defined in the referenced 
financial statement. System 22 defines a parallel finStatement that contains pointers back 
to the INPUT spreadsheet and contains all of the information about these rows and 
columns of the INPUT spreadsheet. The INPUT spreadsheet is fiiUy described by 
internal objects corresponding to the type data structure of a finStatement with its 
finRows, finColumns, and finCells. As explained below, once ail of the inputs have been 
added to the INPUT spreadsheet, system 22 sets pointers from the mockup financial 
statement to the INPUT spreadsheet and sets the formulas for calculated terms. 

Referring to Fig. 13, a user may update the input statement by selecting UPDATE 
editing tool 1 82 (step 308). If there have not been any changes to the mockup financial 
statement that affect the input statement (step 310), system 22 returns control to the event 
loop and responds to subsequent user actions (step 92). System 22 verifies that there are 
calculated terms in the mockup financial statement (step 312). System 22 opens and 
clears the input statement (step 314). System 22 looks up or adds a finStatement object 
for the input statement (step 3 1 6). System 22 automatically inserts project name 54, 
input statement identifier 56, and time periods captions 58 into the input statement (step 
318). For each finRow associated with the mockup financial statement, system 22 
performs the following steps (step 320). If the term is not a header, not a secondary 
reference, not a term whose dependent was converted to an input or assumed to be zero, 
and not itemized (step 322), system 22 copies the input term from the mockup financial 
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statement into the input statement (step 324; Fig. 13 A). In effect, step 322 screens out 
headers and calculated terms that are not needed in the input statement. System 22 then 
repeats step 322 for the next fmRow associated with the mockup financial statement (step 
326). System 22 deletes terms that are not needed from the input statement (step 328). 
System 22 inserts formulas on the mockup financial statement (step 330; Fig. 13B). 
System 22 then relocks the data cells, protects the sheets, displays the statement selected 
by the user (input statement or mockup financial statement), and displays the financial 
statement editing tools menu (step 332). System 22 returns control to the event loop and 
responds to subsequent user actions (step 92). 

Referring to Fig. 13 A, in order to copy the required input terms fi-om the mockup 
financial statement to the input statement, each finRow of the mockup financial statement 
is processed as follows (step 324). If the term depends upon a term from a different time 
period (a "prior expression") (step 340), system 22 extracts the source term and marks 
the Prior YrHistory property of the finRow object for the term (step 341). For example, 
the term change Jn_deferred_taxes, which is part of cash flow statement 48 (Fig. 2A), is 
defined as deferredjaxes minus deferred_taxes_prior; the source term is deferred_taxes. 
If the term is a calculated term (step 342), and the term is not a top level term (i.e., the 
term appears in a spreadsheet formula) (step 344) or a user-defined input term (step 346) 
and the term is not a prior expression (step 348), system 22 parses the spreadsheet 
formula for the term and recursively returns to step 324 for each term in the spreadsheet 
formula (step 349). After each of the term's inputs has been copied into the input 
statement, the next finRow object is processed (step 326). If the term is not calculated 
(step 342) and is not a top level term (step 350), system 22 determines whether the term 
appears in the mockup financial statement (step 352). If the term appears in the mockup 
financial statement, system 22 processes the next finRow object (step 326). If the term 
does not appear in the mockup financial statement (step 352), or if the term is a top level 
term (i.e, a spreadsheet formula is not currently being analyzed) (step 350), system 22 
determines the DuplicateCode and the ItemizationCode properties of the finRow object 
for the term (step 354); these properties are used for looking up the term in the input 
statement. If the term is in the input statement (step 356), system 22 marks a reference to 
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the mockup financial statement and sets a "previously in sheet" property for the term 
(step 358). If the term is not in the input statement (step 356), system 22 creates a 
fmRow object, marks a reference to the mockup financial statement, and copies the 
PriorHistory property of the term (step 360). If the term is not a top level term (step 362) 
and is a term that was just added to the input statement in step 360 (step 364), system 22 
processes the next finRow object for the mockup financial statement (step 326); if the 
term was not just added to the input statement in step 360 (step 364), system 22 sets the 
label using the PNAME relation of the term and defines the row name reference for the 
term (step 366). 

Referring to Fig. 13B, if the term is a top level term (step 362, Fig. 13A) and the 
source term appearing in the mockup financial statement is aliased (step 368), system 22 
sets the alias property and label property in the finRow object for the term and defines the 
row name reference (step 370). If the term appearing in the mockup financial statement 
is not aliased (step 368), system 22 sets the label property in the finRow object for the 
term and defines the row name reference (step 372). System 22 sets the AssumeZero and 
UserDefinedlnput properties and copies the UserDefinedlnput, DuplicateCode, and 
ItemizationCode values in the finRow object for the term (step 374). System 22 sets the 
input values, including the values obtained from financial database 30 (Fig. 1) and the 
font color values described above (step 376). System 22 then processes the next finRow 
object for the mockup financial statement (step 326). 

Referring to Fig. 13C, system 22 inserts formulas into the mockup financial 
statement as follows (step 330; Fig. 13). For each row in the mockup financial statement, 
system 22 performs the following steps (step 390). If the row contains a section header 
term (step 392), system 22 proceeds to the next row (step 390). If the row contains a 
term that is in the input statement (step 394), system 22 creates a reference from each 
column in the mockup financial statement to the corresponding column in the input 
statement (step 395); system 22 then proceeds to the next row (step 390). If the row 
contains an itemized term (step 396), system 22 creates an item total spreadsheet formula, 
copies it into the first column cell of the row, and uses Excel to copy the appropriate 
formulas into the remaining columns of the mockup financial statement (step 398). If the 



row contains a calculated term and its dependents are assumed to be zero or its 
dependents have been converted to inputs (step 400), system 22 proceeds to the next row 
(step 390). If the row contains a calculated term and all of its predecessors appear in the 
mockup financial statement and none of the predecessors are prior expressions (step 
402), system 22 creates the formula, copies it in the first column cell of the row, and uses 
Excel to copy the appropriate formulas into the remaining columns of the mockup 
financial statement (step 404). If the row does not contain a calculated term (step 406), 
system 22 proceeds to the next row in the mockup financial statement (step 390). If the 
row contains a calculated term (step 406), system 22 inserts formulas for the calculated 
term into each column of the mockup financial statement (step 408), then proceeds to the 
next row in the mockup financial statement (step 390). 

Referring to Fig. 13D, system 22 defines formulas for a calculated term appearing 
in a row of the mockup financial statement as follows (step 408). For each column in the 
mockup financial statement, system 22 performs the following steps (step 410). If the 
first column is being populated and the term's formula includes a recursive prior 
expression (e.g., x =y(x_prior)) (steps 41 1 and 412), system 22 creates a reference to the 
input statement in the first column cell (step 414); if the term's formula includes a prior 
expression that is not recursive (e.g., y =y(x_prior)), system 22 copies a null value into 
the first column cell (step 4 1 8). If the first column cell does not include a prior 
expression or the first column is not being populated (step 411), system 22 creates the 
formula for the term, as defined in financial knowledge base 23, and copies it into the cell 
(step 420). System 22 then proceeds to the next column in the mockup financial 
statement (step 4 1 0). System 22 creates names for the primitive terms in a formula 
defined in financial knowledge base 23 as follows. If the primitive term is in the mockup 
statement, its name or alias is used; otherwise, system 22 looks in other statements, 
avoiding secondary references (because they cannot be referenced by other sheets), and 
finally looks in the input statement. If the term is a prior term, the prior column for the 
current period is identified, and the Excel intersect operator is used to specify the cell for 
the term. If the term is a duplicate, a is prepended to it, to which will be joined the 
other associated duplicate term(s). If the term was found in a different spreadsheet, the 



spreadsheet name is inserted to produce a formula of the form: <sheet name>!<row 
name> <sheet name>!<column name>. (The space between > and < is the Excel 
intersect operator.) Thus, if a calculated term has inputs that do not appear in the mockup 
financial statement or has a formula with a prior expression, system 22 creates in the 
formula a reference to the statement and column of the cell containing the appropriate 
input value. System 22 does not insert into the input statement terms that are referenced 
as secondary references on any financial statements. In formula creation, system 22 
creates references back to the primary reference. 

Referring to Fig. 13E, system 22 performs step 395 (Fig. 13C) as follows, for 
each column in the statement (step 432), in time sequence order from beginning with the 
earliest column. If the column is a subtotal or a grand total (decision step 434), then if 
the value in the underlying database is a stock (that is, cumulative and thus already a 
sirni, such as accounts receivable) (decision step 436), system 22 copies the cell formula 
from the preceding column (step 438); otherwise, the underlying database value is a flow 
(that is, a value for a period, such as net sales), and system 22 sets the cell formula to 
calculate the sum of the appropriate preceding sequence of values (step 440). 

In this step 440, a number of cases are handled. If the total is incomplete (for 
example, a first quarter total in a statement that begins in the second month of the 
quarter), the result is blank. If there is only one total column and it is the last column in 
the statement, the resulting formula is "=SUM(INPUT!X)", where X is the row on the 
INPUT sheet. This formula sums all the row X cells. If the column is a subtotal, the 
resulting formula is "=SUM((X <column_first>) : (X <columnJast>))". In this case, the 
columns are on the mockup statement and so no reference to the INPUT sheet is required. 
The formula uses the Excel intersect operator to identify the cell where row X intersects 
the first or the last column in the sequence to be summed. Finally, if the column is a 
grand total, system 22 works back from the immediately preceding column, which must 
be a subtotal, to create a formula that sums the subtotal columns in the grand total 
sequence, using the Excel operator to create the sum. The columns in the sequence 
are found using the TotalStartColumn and TotalEndColumn properties of grand total and 
subtotal finColumn objects and the base and subtotal period units. 
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If the column is not a subtotal or grand total column and if the column needs 
totals for base periods C'yes" branch from decision step 442), then if the value is a stock 
(decision step 444), system 22 sets the cell formula using the column identified by the 
TotalEndColumn property, which is the last INPUT column in sequence for base period 
5 of the mockup statement (step 446); otherwise, the value is a flow and system 22 sets the 

cell formula to sum the INPUT columns corresponding to the period covered by the 
present statement column (step 448). If the column does not need totals for base periods 
("no" branch of decision step 442), the column is a regular period unit and the cell 
formula is set to copy the value from the corresponding INPUT column (step 450). If 
10 subtotal or grand total columns intervene, the column number of the present statement 

column will differ from that of the corresponding INPUT column; system 22 keeps track 
O of the correspondence so the columns can be mapped to each other. 

m 

!5 FORMULA GENERATION SUMMARIZED 

ij « *~~ — — 

1 5 The following table and discussion summarize formula generation by system 22. 

Each cell in the table indicates how a formula for the indicated type of column is 
JL,, generated. 



□ 



Term X 


Regular columin 
(period unit same 
as database unit) 


Ease period total 
(smallest unit of 
statement > database 
unit) 


Additional total 
(subtotal or grandtotal unit 
> smallest unit of 
statement) 


Inpint Stock 


Input !X 


Last column of this 
database input 
sequence 


Previous column in the 
statement 


Inpmt Flow 


InputlX 


Sum of inputs for this 
database sequence 


Sum of columns of previous 
type 


Calculated 
Stock 


Formula as is 


Formula as is; inputs 
must be in the sheet 


Previous column, except 
"prior" refers to previous 
column of same period type 
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CalcMlated Flow 


Formula as is 


Formula as is; inputs 


Formula as is (sums up the 






must be in the sheet 


column) 



A formula in the dictionar\- is a symbolic expression with only terms, e.g., 
Current_Liabilities = Notes Payable + Accounts_Payabie + Income_Taxes_PayabIe + 
5 Accrued_Expenses + OtherCurrentLiabilities + Current_Portion_Of_Long_Term_Debt. 

Formula generation modifies such expressions to include sheet and column labels as 
necessary, but only as necessary, to make the formulas easier to read. Excel allows 
"English" labels to be used in formulas, but column lookup is not smart. For that reason, 
columns labels must be specified if the statements have different column labels (see 

10 discussion of INPUTIX. below). Also, the input sheet does not include total columns, 

therefore, there may not be a one-to-one correspondence between input and statement 
columns (which Excel requires for English formulas). For example, input columns may be 
Months, and the statement could include columns for Quarters and Years. Finally, 
formulas with "prior terms" require special treatment. A prior term always requires a 

1 5 column label qualification; although columns usually do not need to be specified. 

In the preceding table, the notation "INPUTIX" indicates that for term X, the 
Excel formula is simply "-INPUT!X", i.e., the value in the statement cell is the value of 
the corresponding cell on the input sheet named INPUT (the INPUT row with label X 
and INPUT column with same label as the statement). Note that by default. Excel will 

20 match columns ordinally, that is. if INPUTIX appears in the third column of a statement, 

then Excel will use the value in row X and the third column of the INPUT sheet. Excel 
does not examine labels, but rather uses column order. 

The designation "Stock" indicates that the value in the database is a stock value, 
meaning that it is cumulative (that is, already a sum), such as Accounts Receivable. 

25 The designation"Flow" indicates that the value in the database is a flow value, 

meaning that it relates solely to the corresponding period, such as Net Sales. 

The designation "Sum of inputs for this sequence^indicates an Excel formula that 
is the sum of the corresponding INPUT columns; for example, if a period is Qtr3, then 
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the corresponding input sequence is July, August, September from the same year. The 
last column of this input sequence would be September. 

The designation "Tormula as is'' indicates that the Excel formula is simply the 
symbolic formula using terms as they appear in the statement, without column labels, for 
5 example, Revenues - Expenses". In this situation. Excel automatically substitutes the 

values for the corresponding terms in the same column, for example, Profits Qtr3 = 
Revenues Qtr3 - Expenses Qtr3. The Qtr3 indicators need not be specified. By default 
Excel will treat all the terms in a formula as being rows in the statement in which the 
formula appears and by default will assume that all values come from the same column as 
1 0 the cell in which the formula appears. Note that a prior term (e.g., 

*'Accounts_Receivable_priof ') always requires a column label qualification, to refer to 
the previous column of the same period type. 

^0 The designation 'inputs must be in the sheef indicates that in certain cases, to 

yy 

lH make the formulas easier to generate and easier for the user to read, terms that are inputs 

Jiji 1 5 (appearing in the INPUT sheet) are copied over to the statement that uses them. This 

m makes it possible to use a formula as is, rather than substituting references to the INPUT 

^ sheet and its columns. 

:^ The designation "previous column in the statement indicates the column 

H immediately preceding this total column; for example, if a subtotal period unit is YEAR, 

p 20 then the previous column in the statement would be a base period column, which could 

be a day, week, month, or quarter, namely the last day, week, month, or quarter of that 

year. 

The designation "sum of columns of the previous type" indicates that the formula 
for computing this total is generated by sunmiing the columns of the next smaller period 
25 unit. For example, if the grandtotal type is YEAR and the subtotal type is MONTH, then 

the "previous type" is MONTH, and the total for the year will be the sum of the month 
columns. In practice, the "previous type" is the period t>Tpe of the column immediately 
preceding this total column. 
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The designation "previous column" indicates a value that is the same as the value 
in the immediately preceding column; for example, if grandtotal type is YEAR and 
subtotal type is MONTH, then Accounts Receivable 1996 = Accounts Receivable Dec96. 

The designation "prior refers to previous column of the same period type" applies 
to a calculated stock; the prior reference in a total column refers to the value for the 
previous column of that total type, for example "prior" in a 1996 colunm refers to the 
value for 1995. For example, assuming grandtotal type is YEAR and subtotal type is 
MONTH, and having a dictionary formula 

"Sales Growth %" = (TVet_Sales - Net_Sales_prior)/Net_Sales_prior; 
then the column formula would be 

' Sales Growth % 1996 = (Net_Sales Dec96 - Net_Sales 1995)/Net_Sales 1995. 

DATA EXPORT 

The financial knowledge base 23 includes two properties to facilitate data export, 
EXPORTKEY and EXPORTPRINT. Both have values of type "string". These 
properties can be edited by a user through the user interface, or they can be defined in a 
predefined workbook. If the value of EXPORTKEY for a term is non-blank, the term's 
row will be added to an export file when the export file is created, by a user invoking an 
export command, for example. In the export file, the value of property EXPORTPRINT 
will be the print name of the term, replacing the contents of the first column of the 
mockup statement. Optionally, the value of EXPORTKEY can be a database code for 
use by a database system reading the export file, and in that case the code value can also 
be included with the row in the export file. Optionally, too, system 22 can include in the 
export file a header providing time style information. Using these features, a user of 
system 22 can easily export a statement created by the system for use by another 
application, and in particular by another financial analysis application, in a form that is 
easily imported by the other application. 
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OTHER FEATURES 

As mentioned above, overwriting a term name assigns an alias to a predefined 
term contained within financial knowledge base 23. A user may also extend the 
dictionary of financial terms in financial knowledge base 23 and give formula definitions 
to new terms by example. For example, a user-defined term and an associated formula 
may be inserted into a financial section of a mockup financial statement, and system 22 
can be directed to add the user-defined formula to financial knowledge base 23. System 
22 prompts the user to indicate whether the added term should be added to the dictionary 
section corresponding to the section in which the term appears in the mockup financial 
statement. If not, system 22 prompts the user to identify the section to which the term 
should be added, or whether a new user-defined statement template should be created. A 
user can also override a predefined formula. The user is prompted to indicate whether 
the existing term is to be converted into a new term (i.e., the new term will be used only 
where the user references the term) or whether the built-in term is to be redefined. 
System 22 shows in blue user-defined terms and terms with redefined formulas. For 
example, if a user redefined the net revenue term, system 22 displays in blue all cells 
with values derived fi-om built-in formulas that depend on net revenue. 

The mockup financial statement shown in Fig. 2 displays financial information as 
a matrix of rows of financial terms and columns of time periods. Financial reports can be 
constructed in other ways. In one arrangement, a financial report presents financial 
information as a matrix of rows of contexts and columns of financial terms; this is useful 
when there is to be one report for each time period. For example, a financial report for a 
database of assets can show unit price, number of units, value, change, percentage 
ownership, and tax liability. In another arrangement, a financial report presents financial 
information as a matrix of rows of periods and columns of financial terms; this is useful 
when there is to be one report for each context. For example, a financial report for a 
projection of liabilities, such as a mortgage payment calculation, can show balance, 
payment, and interest per period for each of a number of properties. 

In sum, a novel toolkit for creating and editing reports has been described. The 
toolkit includes a knowledge base with a dictionary of domain-specific terms, which can 
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be selected by a user to create and edit a report. The toolkit can also assemble predefined 
reports that can be customized with one or more editing tools. The toolkit can be used to 
help frame, formulate, and interpret an analysis for common business purposes. In the 
implementation described, the toolkit manages electronic spreadsheets using a 
knowledge base that represents how terms in domain-specific reports (i.e., financial 
statements) are related. This toolkit enhances an Excel spreadsheet by managing 
information and models and providing an interface between spreadsheets (cell and 
foraiulas) and databases (inputs). The toolkit provides a library of reusable components 
(objects) that contains definitions of numeric calculations in terms of business, 
organization, product, geographic, and time relations. The toolkit allows a user easily to 
create a standardized report based upon a predefined template or to create an arbitrary, 
syntactically and semantically correct report fi-om the terms contained within the built-in 
dictionary, which may be customized with user sviaonyms. The toolkit also creates an 
input spreadsheet that can be used to link all non-calculated cells appearing in a report to 
a user-supplied database. The input spreadsheet readily allows a user to perform what-if 
analyses. 

The present invention has been described in terms of specific embodiments. The 
invention, however, is not limited to these specific embodiments, and other embodiments 
are within the scope of the claims. 
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